Odniesienie do dokumentacji Implementacja
Pola
Na tej karcie występują następujące pola :
| Ten kod identyfikuje konto bankowe. Kod można wprowadzić bezpośrednio lub wybrać z tabeli kont bankowych. |
| Pole to pozwala na powiązanie miejsca docelowego z rekordem. Oznaczenie to może być drukowane na rekordach, wyświetlane, jeśli kod rekordu jest wprowadzony na ekranie bądź używane w wyborach. |
Zamknij
Prezentacja
Podstawowym kluczem identyfikacyjnym konta bankowego jest jego kod składający się z od 1 do 5 znaków alfanumerycznych.
Tytuł jest krótkim opisem używanym domyślnie na wydrukach, w oknach wyszukiwania oraz maskach wprowadzania. Zastępowany jest przez krótki tytuł w sytuacji, gdy wymagają tego ograniczenia wyświetlania lub edycji.
Zarówno kod BIC, jak i kod IBAN umożliwiają identyfikację banku w sposób jednoznaczny i na podstawie predefiniowanego warunku oraz mają zastosowanie dla wszystkich banków.
Inne dane na tej karcie służą głównie do tworzenia plików ASCII umożliwiających przelewy bankowe drogą elektroniczną i są to: numer rachunku bankowego, powiązana siedziba banku oraz numer wystawcy przelewu.
W kwestii kodu interfejsu przepływów pieniężnych, w przypadku, gdy aplikacja zewnętrzna zapewnia zarządzanie przepływami pieniężnymi, możliwe jest powiązanie z bankiem kodu, pod którym jest on znany.
Wprowadzenie adresu geograficznego banku jest opcjonalne.
Zamknij
Pola
Na tej karcie występują następujące pola :
Tożsamość
| Adres banku. |
| Ten kod pozwala na zidentyfikowanie, między innymi Kraju kontrahenta.
|
|   |
| Kod pocztowy, którego format wprowadzania zdefiniowany jest w tabeli Kraj, pozwala określić miejscowość, stan/prowincję lub strefę geograficzną, jeśli są one zdefiniowane dla kraju. Przypadki szczególne: - dla ANDORY, należy wskazać 99130,
|
| Automatycznie proponowana miejscowość to miejscowość powiązana z uprzednio wskazanym kodem pocztowym. Nazwę miejscowości można również wprowadzić bezpośrednio: Komentarze:
|
| Kliknięcie na tę ikonę otworzy stronę z mapą umożliwiającą usytuowanie wprowadzanego adresu. |
| Kod umożliwiający określanie kraju, w którym bank jest zlokalizowany. |
| Numer telefonu. Format może zależeć od kraju. |
| Numer faksu Format zależy od kraju. |
| Pełny adres e-mail. |
Oddział
| Ten opis jest używany na niektórych ekranach lub w raportach, jeśli nie ma wystarczająco miejsca do wyświetlenia długiego opisu. |
|   |
| Domyślny numer konta bankowego. |
| Międzynarodowy kod identyfikacyjny dla instytucji bankowych zgodnie ze standardem ISO. |
| W przypadku krajów, dla których zaznaczone jest pole wyboru „Zarządzanie IBAN”, IBANK jest automatycznie wyliczany po tym, jak użytkownik wypełni pole „Identyfikator banku”. |
| Należy wprowadzić numer QR-IBAN dla nadawcy. Jest on używany podczas generowania faktur sprzedaży jako QR-faktury, a ten numer jest używany jako numer konta nadawcy na dokumencie płatności QR. |
| Należy wprowadzić 9 cyfr numeru rozliczeniowego banku (USA). Pole to jest wymagane podczas generowania pliku stałego lub XML na podstawie plików bankowych w formacie ACH. Uwaga: Kod działania KUS musi być aktywny w celu użycia płatności w formacie ACH. |
| Należy wprowadzić unikatowy, 15-znakowy kod, który został przypisany do banku. Pole to jest wymagane podczas generowania pliku XML na podstawie plików bankowych w formacie ACH. Uwaga: Kod działania KUS musi być aktywny w celu użycia płatności w formacie ACH. |
| Należy wprowadzić unikatowy, 15-znakowy kod, który został przypisany do banku. Pole to jest wymagane podczas generowania pliku XML lub MTS na podstawie plików bankowych w formacie ACH. Uwaga: Kod działania KUS musi być aktywny w celu użycia płatności w formacie ACH. |
| Bank-płatnik powiązany z numerem identyfikacyjnym banku. |
| Dodatkowy adres banku powiązany z numerem rachunku bankowego. |
| Określa tutaj numer wydawcy, który ma być podawany podczas transferu magnetycznego. |
| Kod banku dla interfejsów do oprogramowania zarządzania gotówką |
| Należy tutaj wskazać numer wystawcy do dostarczenia podczas pobierania (poza SDD). |
|   |
Zamknij
Prezentacja
Większość danych na tej karcie dotyczy generowania dowodów księgowych rozliczeń dokonanych na koncie bankowym:
Tabela ta umożliwia ustawienie dziennika, typu dokumentu i konta przepływów pieniężnych, z których należy skorzystać w zależności od użytego typu dziennika oraz etapu księgowania.
Pole to nie jest dostępne. Uzupełniane jest automatycznie na podstawie waluty konta KG powiązanego z bankiem lub, domyślnie, na podstawie lokalnej waluty.
Waluta banku determinuje walutę transakcji operacji księgowych dla tego banku w taki sposób, aby ułatwić uzgodnienia bankowe i waloryzację kont w walucie zagranicznej podczas zamykania roku obrotowego.
Rozliczenia w walucie innej niż waluta konta generują automatyczny dowód połączenia między walutami.
W związku z przejściem na euro, waluta konta, do tej pory „IN”, zostanie zmieniona. Pole „Data przejścia na Euro” uzupełniana jest automatycznie w momencie, w którym użytkownik zmienia walutę powiązaną z kontem bankowym.
Data ta używana jest do:
Można zdefiniować rekord konta bankowego na poziomie firmy lub lokalizacji powiązany ze standardowym kontem przepływów pieniężnych lub z kontem zbiorczym przepływów pieniężnych kontrahenta. Aby uzgodnić rekordy, należy upewnić się, że rekordy bankowe zdefiniowane na tym samym poziomie nie zawierają identycznych informacji na poziomie następujących definicji: bank, firma, lokalizacja, konto lub kontrahent. Definicje rekordów bankowych muszą być unikalne.
W funkcjach uzgadniania, uwzględniane są pozycje dowodów księgowych, które zostały zaksięgowane dla lokalizacji lub firmy, zgodnie z definicją w rekordzie konta bankowego oraz na koncie przepływów pieniężnych kontrahenta, jak zdefiniowano w rekordzie konta bankowego. W ten sposób, jeśli dla tej samej firmy lub lokalizacji oraz dla tego samego konta bankowego (kontrahenta) utworzono wiele rekordów konta bankowego, te same pozycje dowodów wyświetlają się podczas dokonywania uzgodnienia.
Uwaga: Ma to również zastosowanie do funkcji Zapytanie bankowe (CONSBAN).
Przykład:
W poniższych rekordach bankowych, pozycje kodu bankowego AAA i BBB nie mogą zostać uzgodnione, ponieważ posiadają takie same definicje Firmy, Lokalizacji i Konta. W takim przypadku, uzgodnienie daje dokładnie te same pozycje dowodów księgowych. Kody bankowe III i JJJ również nie mogą zostać uzgodnione, ponieważ mają takie same definicje Firmy, Lokalizacji, Konta i Kodu kontrahenta.
Rekordy konta bankowego przed uzgodnieniem
Kod banku | Firma | Lokalizacja | Typ dziennika bankowego | Gotówka | Konto zbiorcze | Konto kontrahenta |
AAA | FR10 | BNK | 512000 | Nie | ||
BBB | FR10 | BNQ | 512000 | Nie | ||
CCC | FR10 | FR011 | BNQ | 512000 | Nie | |
DDD | FR10 | BAN | 512001 | Nie | ||
EEE | FR10 | FR011 | BAK | 512002 | Nie | |
FFF | FR10 | FR012 | BAK | 512002 | Nie | |
GGG | FR10 | BNQ | 512003 | Tak | GGG | |
HHH | FR10 | BNQ | 512003 | Tak | HHH | |
III | FR10 | BNQ | 512003 | Tak | BAQ | |
JJJ | FR10 | BNQ | 512003 | Tak | BAQ | |
LLL | FR20 | BNK | 512000 | Nie |
Pozycje dowodu wyświetlone po uzgodnieniu
Kod banku | Firma | Lokalizacja lub lokalizacje | Nr konta | Kontrahent | Kod dziennika | Powód braku uzgodnienia |
AAA | FR10 | Wszystkie | 512000 | NNNN | Definicje identyczne jak BBB | |
BBB | FR10 | Wszystkie | 512000 | NNNN | Definicje identyczne jak AAA | |
CCC | FR10 | FR011 | 512000 | NNNN | ||
DDD | FR10 | Wszystkie | 512001 | NNNN | ||
EEE | FR10 | FR011 | 512002 | NNNN | ||
FFF | FR10 | FR012 | 512002 | NNNN | ||
GGG | FR10 | Wszystkie | 512003 | GGG | NNNN | |
HHH | FR10 | Wszystkie | 512003 | HHH | NNNN | |
III | FR10 | Wszystkie | 512003 | BAQ | NNNN | Definicje identyczne jak JJJ |
JJJ | FR10 | Wszystkie | 512003 | BAQ | NNNN | Definicje identyczne jak III |
LLL | FR20 | Wszystkie | 512000 | NNNN |
Zamknij
Pola
Na tej karcie występują następujące pola :
Parametry
| Jest to kod pozwalający na ograniczenie dostępu do banku dla niektórych użytkowników. |
| Lokalizacja, która posiada ten rachunek bankowy. Wprowadzanie tych informacji automatycznie aktualizuje kod firmy. |
| Firma , która posiada ten rachunek bankowy. |
| Należy wprowadzić unikalny kod lub ciąg znaków występujący w pliku wyciągu bankowego w celu identyfikacji tego konta bankowego. To pole jest opcjonalnie używane w kontekście procesu zaawansowanego importu wyciągu bankowego. W zależności od ustawień, import wyciągów bankowych używa tej informacji do automatycznego odnalezienia konta bankowego w Sage X3 przynależącego do pliku wyciągu bankowego. Zazwyczaj jest to konieczne w przypadku importu plików wyciągów zawierających wiele wyciągów z różnych kont bankowych dla tego samego banku w jednym pliku. Więcej informacji znajduje się w przewodniku na temat zaawansowanych wyciągów bankowych. |
| To pole wymaga aktywacji kodu działań KSW – Lokalizacja szwajcarska. Pozwala na wprowadzenie numeru klienta BVR dla danego konta bankowego. Ten numer jest użyty do rozliczeń powiązanych z numerem BVR (pomarańczowy odcinek przelewu z numerem referencyjnym). Dostawcom numer klienta BVR pozwala również wyszukiwać rozrachunki sprawdzające, czy wpis pozycji kodu BVR jest aktywny dla faktur zakupu z poziomu parametru SWIPURBVR – Użycie zakupu szwajcar. BVR (rozdział LOC, grupa SWI).
|
| Należy uzupełnić identyfikator klienta BVR, jeśli wykorzystywane są faktury klienta BVR z kontem bankowym standardowym, a nie kontem Postfinance. Identyfikator klienta BVR jest przekazywany przez bank. Pole to jest dostępne wyłącznie, jeśli aktywny jest kod działania KSW - Lokalizacja szwajcarska. |
Rejestr bankowy
| Należy wprowadzić lub wybrać przychód jako kod Transakcja wprowadzania rozliczenia (GESTPY) dla tego konta bankowego. Kod ten wykorzystywany jest w powiązanym Rejestrze bankowym. Pole to wyświetla się wyłącznie dla legislacji polskiej oraz legislacji południowo-afrykańskiej dla danego rejestru bankowego. |
| Dla tego konta bankowego należy wprowadzić lub wybrać Wydatek jako kod Transakcji wprowadzania rozliczenia (GESTPY). Kod ten wykorzystywany jest w powiązanym Rejestrze bankowym. Pole to wyświetla się wyłącznie dla legislacji polskiej oraz legislacji południowo-afrykańskiej dla danego rejestru bankowego. |
|   |
|   |
|   |
|   |
Rabaty
| Określ tutaj, czy bank żąda odrębnych depozytów czekowych „Miejscowy” i „Zamiejscowy”. |
| Z tej opcji należy skorzystać, aby utworzyć jeden zapis księgowy na rozrachunek lub jeden zapis księgowy na listę płatności podczas księgowania weksli w banku. Jeśli wybrano Tak to jeden zapis księgowy jest tworzony na jeden rozrachunek z datą zapisu ustawioną jako data rozrachunku. Jeśli wybrano Nie to data zapisu jest ustawiana jako data listy płatności. |
| Opcja ta umożliwia tworzenie dokumentu dla każdego terminu płatności lub dokumentu dla awiza podczas zatwierdzania awiza banku realizującego dla danego banku. Jeżeli „Tak”, będzie występować pozycja według terminu płatności jako daty księgowania terminu płatności. W innym przypadku, data księgowania będzie datą awiza. |
Tabela Dzienniki
| Bieżący wiersz w tabeli. |
|
Dwa dzienniki mogą być użyte w zależności od tego, czy płatności dotyczą dostawców środków trwałych czy też nie:
Każdy dziennik może być typu przepływy pieniężne lub operacje dodatkowe. |
| Wprowadzenie dziennika banku jest wymagane. |
| Używane do powiązania typu dokumentu z typem dziennika, inaczej nazywane etapem księgowania. |
| Używane do powiązania konta gotówki z typem dziennika, zwanego inaczej etapem księgowania. |
Parametry księgowe
| Pole to wyświetla kod kontrahenta, który jest wymagany, jeśli jeden z dzienników jest powiązany z kontem typu rozrachunkowego. Kod kontrahenta musi być innym kontrahentem. Uznawany jest za podkategorię konta bankowego. Ustawienia te umożliwiają na przykład śledzenie dowodów księgowych, unikając duplikowania kont bankowych w module Księgowość. |
| To pole pozwala wskazać kod księgowania lokalizacji. |
| Wskazuje walutę operacji. |
| Zapisy księgowane na rachunku bankowym, które utrzymywane są w innej walucie niż waluta firmy, będą przeliczone na walutę firmy. W tym miejscu wymieniany jest typ kursu waluty, który ma być używany do wykonania przeliczenia. Typ ten jest używany w przypadku funkcji alokacji bankowej, aby przeliczyć wirtualne saldo banku na walutę firmy. |
|   |
|   |
| Jeśli to pole wyboru jest zaznaczone, ogólne dowody księgowe tego konta są wyłączone z Różnic kursowych bankowych (GESFIFCV). Umożliwia to wykluczenie krótkoterminowych depozytów lub funduszy zaksięgowanych jako Płatność wychodząca i Płatność przychodząca na tym samym koncie. Pole to dostępne jest wyłącznie, jeśli waluta konta różni się od waluty księgi lub powiązanego dokumentu, kod działania FIFRC jest aktywny, a wartość parametru FIFRC - Różnice kursowe bankowe (rozdział CPT, grupa CLO) to Tak. |
| Należy wprowadzić datę rozpoczęcia otwartego okresu dla dowodów księgowych rozpoczynających się od tej daty. Pole to dostępne jest wyłącznie, jeśli waluta konta różni się od waluty księgi lub powiązanego dokumentu, kod działania FIFRC jest aktywny, a wartość parametru FIFRC - Różnice kursowe bankowe (rozdział CPT, grupa CLO) to Tak. |
Alokacja nakładów
| Z tego pola należy skorzystać, aby wprowadzić numer konta bankowego, z którego będą pobierane opłaty bankowe. |
| Pole to jest używane do wprowadzania waluty dla kwoty, od której odliczane będą opłaty bankowe. |
| W polu tym wyświetlany jest prefiks IBAN (Międzynarodowy numer rachunku bankowego)) rachunku, z którego potrącane będą opłaty bankowe. |
Warunki
| Pole, które nie jest używane przez oprogramowanie. |
| Pole, które nie jest używane przez oprogramowanie. |
| Jeśli wartość pola to „Tak”, kontrola salda jest aktywna dla tego banku w funkcji Płatności/Wpłaty. Kontrola salda odbędzie się w walucie banku. |
Plik
| Należy podać rozszerzenie plików wygenerowanych dla przekazów elektronicznych. Konieczne jest podanie rozszerzenia, jeśli kod konta bankowego zawiera więcej niż trzy znaki. |
|   |
| Gdy jest zaznaczone, to pole wyboru jest używane do generowania plików bankowych z formatem AFB160 oraz pozycją „07” („Dodatkowe rekordy”). |
| Gdy pole to jest zaznaczone, bank wykonuje ogólne księgowanie (jedna pozycja debetowa uwzględniana dla potwierdzenia depozytu). |
Tabela Analityka
|   |
| To pole wyświetla typ wymiaru analitycznego powiązany z bankiem. Wyświetlone typy wymiarów domyślnie pochodzą z firmy lub lokalizacji powiązanej z bankiem lub kasą. |
Zamknij
Prezentacja
Ten blok umożliwia kontrolę wydruku czeków.
Następujące parametry muszą mieć wartość Tak w celu aktywacji pól bloku Wydruk czeku.
USACHK – Drukowanie czeków US/Kanada (rozdział LOC, grupa USA)
CHQCT – Kontrola czeku (rozdział TRS, grupa BNK)
W tej sekcji należy wprowadzić informacje wymagane dla wydruku MICR.
Jeśli wartość wydruku MICR to Tak, numery tranzytu bankowego i weryfikacja konta są konieczne.
Zamknij
Pola
Na tej karcie występują następujące pola :
Wydruk czeku
| Należy wybrać format czeku w zależności od typu czeku do edycji:
Jeśli wartość parametru USACHK -Wydruk czeku US/CAN (rozdział LOC, grupa POR) to Tak, pole jest aktywne. Jeśli wartość tego parametru to Nie, pole jest nieaktywne i przyjmuje wartość Nieużywane. |
| W polu tym wyświetlić można następny numer czeku bądź wprowadzić numer czeku. Numery czeków muszą uprzednio zostać wprowadzone w funkcji Czeki (GESCHB). Dostęp do nich można uzyskać również za pośrednictwem ikony Książeczka czekowa. Pole to jest aktywne, jeśli wartość parametru CHQCT - Kontrola czeku (rozdział TRS, grupa BNK) to Tak. |
| Aby otworzyć funkcję Czeki (GESCHB) należy wybrać Książeczkę czekową i przypisać numery czeku do unikatowego konta bankowego. Należy wprowadzić numer początkowy i numer końcowy na podstawie listy czeków. |
| Cliquez sur l'icône Lookup pour visualiser l'état du chèque ainsi que la date et le numéro de séquence Positive Pay correspondants, si applicable. Les états sont :
Vous ne pouvez pas modifier manuellement un chèque ayant pour état Disponible, Validé ou Pointé. Ces états sont attribués automatiquement quand des actions sont effectuées sur le paiement lié.Seuls les chèques non validés peuvent être réédités. Ce champ est uniquement disponible si le paramètre CHQCT - Contrôle chèque (chapitre TRS, groupe BNK) a pour valeur Oui. |
Wydruk MICR
| Należy wybrać Tak w celu wydrukowania MICR. Aktywowane są wtedy pola Tranzyt banku oraz Sprawdzanie konta. Numer czeku oraz pozycja MICR są drukowane na czekach. |
| Należy wprowadzić numery przekazu bankowego do wydrukowania w pozycji MICR dla czeków. |
| Należy wprowadzić numer Konta sprawdzenia do edycji w pozycji MICR czeków. |
Płatność poprawna
| Należy wprowadzić nazwę pliku bankowego Positive Pay utworzonego w funkcji Pliki bankowe (GESTFB). Pole to dostępne jest wyłącznie, jeśli wartość parametru CHQCT - Kontrola czeku (rozdział TRS, grupa BNK) banku to Tak oraz jeśli zaznaczono pole wyboru Plik bankowy w funkcji Pliki bankowe (GESTFB). |
Zamknij
Dzienniki, typy dokumentów i kont zarządzania płynnością, używane w dziennikach księgowych dla płatności mogą być konfigurowane. Są one wyznaczane kaskadowo jako funkcja zmienionych danych w bazie danych (kontrahent, bank), automatów księgujących lub parametrów ogólnych.
Ocena typu dziennika jest wykonywana kaskadowo, postępując zgodnie z poniższymi regułami. Iteracja zatrzymuje się przy pierwszej regule, która jest używana do określania typu dziennika:
Ocena dziennika jest wykonywana kaskadowo, postępując zgodnie z poniższymi regułami. Iteracja zatrzymuje się przy pierwszej regule, która jest używana do określania dziennika:
wskazuje, że termin „Konto zarządzania płynnością” używany tutaj ma charakter ogólny. Jest to konto, które ma być używane do zakończenia poprzedniego etapu. Dlatego też, może to być konto pośrednie w przypadku płatności pośredniej oraz rachunek bankowy w przypadku wpłaty bankowej.
Wskazuje także, że wszystko, co następuje jest powiązane z funkcjonowaniem zmiennej dla automatu księgującego „CPTTRESO”, używanego standardowo przez większość automatów księgujących, które powiązane są z różnymi etapami płatności. Oczywiście to tylko dowodzi, że jeśli standardowe automaty księgujące zostaną zmodyfikowane, reguła ta nie będzie obowiązywać.
Na koniec, wskazuje, że reguły określone poniżej zakładają, że bank jest znany w czasie dokonywania oceny. Ocena konta zarządzania płynnością w strukturach księgowych, która nie wymusza występowania banku w płatności (w przypadku księgi kasowej), używa innych reguł: Kod księgowy powiązany z kontrahentami, parametry JOUPAY*,...
Wyliczenie konta zarządzania płynnością jest wykonywane kaskadowo, postępując zgodnie z poniższymi regułami. Iteracja zatrzymuje się przy pierwszej regule, która jest używana do określania konta.
Faktyczne konsekwencje są następujące:
Podczas wprowadzania mogą wyświetlić się następujące komunikaty ogólne oraz o błędach :
Zarządzanie interfejsem przepływów pieniężnych jest aktywne. Brak kodu interfejsu przepływów pieniężnych dla banku oznacza, że żadne powiązane z nim rozliczenie nie zostanie wyeksportowane do aplikacji przepływów pieniężnych.
Zarządzanie interfejsem przepływów pieniężnych jest aktywne. Kod interfejsu przepływów pieniężnych bieżącego rekordu został już podany dla banku XXX.
Jeśli powiązanie banku z lokalizacją nie jest konieczne, należy z nim powiązać przynajmniej firmę.
W ten sam sposób, kod księgowania definiujący warunki rejestracji wydatków pozycje niezapłacone musi zostać zidentyfikowany.
Jednym możliwym dziennikiem, który musi być obowiązkowo uzupełniony w tabeli na drugiej karcie jest dziennik typu bankowego.
Firma, od której zależy bank musi być zdefiniowana jako jednostka prawna.
Ponieważ niektóre dowody bankowe mogą być nieobowiązkowe, wybór kodu/konta kontrahenta identyfikującego bank musi obowiązkowo dotyczyć kontrahenta innego typu, a nie dostawcy, klienta itp.
Dzienniki bankowe czeków do zrealizowania muszą obowiązkowo być typu Przepływy pieniężne lub PO.